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DETAILED ACTION 
Response to Amendment 

1. It is hereby acknowledged that the following papers have been received and 
placed on record in the file: Amendment as received on 2-27-2006. 

2. Claims 1-27 have been examined. 

Status of Claims: 

3. Claims 1-5, 7, 9-14, 16, 18-23, 25, 27 are rejected under 35 U.S.C. 102(a) as 
being anticipated by Nilsson, Introduction to PSpice Manual for Electric Circuits Using 
OrCad Release 9.1 and Lawman et al., Patent #5,673,198, hereinafter Lawman. 

4. Claims 6, 15, and 24 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Nilsson, Lawman, and Hsu, Patent #6,138,270. 

5. Claims 8, 17, and 26 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Nilsson, Lawman, and McDonald et al., Patent #6,530,065, hereinafter McDonald. 

Claim Rejections - 35 USC § 103 

1. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

2. Claims 1-5, 7, 9-14, 16, 18-23, 25, 27 are rejected under 35 U.S.C. 103(a) as 


being unpatentable over Nilsson, Introduction to PSpice Manual for Electric Circuits 
Using OrCad Release 9.1 and Lawman et al., Patent #5,673,198, hereinafter Lawman. 
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3. With regard to claim 1, which teaches a method of API generation for an 
electronic circuit comprising: displaying a graphical user interface through which a user 
can initiate generation of the API, Nilsson teaches on page 1, a program which provides 
an interface for the use in simulating electronic circuits. With regard to claim 1, further 
teaching selecting a component from a plurality of components for placement in the 
electronic circuit, the component representing an implementable function in the 
electronic circuit, Nilsson teaches, on page 4, the process of selecting a component 
(place/part) and placing it in the schematic. With regard to claim 1, further teaching 
configuring the selected component via the GUI, Nilsson teaches, on pages 4 and 5, the 
user configuring the selected part. With regard to claim 1, further teaching storing 
descriptive data relative to said selected component and said configuration, Nilsson 
teaches, on pages 4 and 5, the user configuring the selected part, adding descriptive 
data and clicking ok to store this information in association with the part. With regard to 
claim 1, teaching utilizing the interface to access the descriptive data, Nilsson teaches, 
on pages 4 and 5, double clicking on a part to see descriptive data. With regard to 
claim 1, further teaching initiating the GUI to invoke a processing of the descriptive data 
causing an automatic generation of the API, in response to a user input, the API for 
controlling the function of the component in the electronic circuit, Nilsson teaches, on 
pages 9-12, the system processing the descriptive data of the completed circuit and 
automatically generating an Interface (such as the net list, later displayed in Pspice A/D 
window (see page 7 and 11)), in response to the user input selecting the Pspice/Run 
menu option. Nilsson teaches a system in which a graphical user interface is started 
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with an application program, and upon a schematic circuit being drawn, via user input in 
the graphical user interface, a netlist is generated by analyzing the schematic circuit 
elements and their underling attributes, this netlist is then analyzed and provided for 
display on the GUI (see pages 7 and 11), however, he doesn’t specifically teach an API 
comprising a device interface used to customize functionality of the electronic circuit; 
and interrupt activity framework for source programming and controlling of the 
component in the electronic circuit. Lawman teaches a system for providing real time 
design of an electronic circuit via input through a graphical user interface (see abstract), 
similar to that of Nilsson, but further teaches that when a user adds a circuit element to 
the electronic it causes corresponding elements to be added to the netlist, these take 
the form of API messages. After implementation, API messages are set back to the 
schematic entry system for display as feedback on the GUI (see column 5, lines 36-42 
and column 6, lines 14-55). It would have been obvious to one of ordinary skill in the 
art, having the teachings of Nilsson and Lawman before him at the time the invention 
was made to modify electronic circuit design program of Nilsson to include the API 
functionality of Lawman. One would have been motivated to make such a combination 
because the systems implement a similar means of generating an interface via 
graphical programming, Lawman further specifies user input causing an API to generate 
the GUI, via initiating processing, which would be an effective way of GUI generation for 
Nilsson. 

4. With regard to claims 2,11, and 20, which teach the configuring the selected 
components comprises placing the selected component in the electronic circuit, Nilsson 
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teaches, on page 4, configuring the circuit by selecting a component (place/part) and 
placing it in the schematic. 

5. With regard to claims 3, 12, and 21, which teach the configuring the selected 
component further comprising setting parameters of the selected component, the 
parameters relative to the function of the component and to the electronic circuit, 

Nilsson teaches, on pages 4 and 5, the user configuring the selected part by setting 
parameters that are relative to a function of the component in the circuit. 

6. With regard to claims 4, 13, and 22, which teach configuring the selected 
component comprising selecting pin values for connecting the component to the 
electronic circuit, Nilsson teaches, on page 46, connecting the op amp to VCC+ and 
VCC-, which in turn correspond to power supplies displayed connected over ground. 

7. With regard to claims 5, 14, and 23, which teach the API comprising header files, 
Nilsson teaches, on page 12, the inclusion of a definition file. 

8. With regard to claims 7, 16, and 25, which teach the API comprising include files, 
Nilsson teaches, on page 12, the inclusion of an include file. 

9. With regard to claims 9, 18, and 27, which teach the interface comprising a 
plurality of windows, Nilsson teaches, on pages 5, 9, and 12, the interface comprising a 
plurality of windows. 

10. With regard to claim 10, which teaches a computer readable medium having 
computer useable program code causing the computer to perform: displaying a 
graphical user interface through which a user can initiate generation of the API, Nilsson 
teaches on page 1, a program which provides and API for the use in simulating 
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electronic circuits. With regard to claim 10, further teaching selecting a component from 
a plurality of components for placement in the electronic circuit, the component 
representing an implementable function in the electronic circuit, Nilsson teaches, on 
page 4, the process of selecting a component (place/part) and placing it in the 
schematic. With regard to claim 10, further teaching configuring the selected 
component via the GUI, Nilsson teaches, on pages 4 and 5, the user configuring the 
selected part. With regard to claim 10, further teaching storing descriptive data relative 
to said selected component and said configuration, Nilsson teaches, on pages 4 and 5, 
the user configuring the selected part, adding descriptive data and clicking ok to store 
this information in association with the part. With regard to claim 10, teaching utilizing 
the interface to access the descriptive data, Nilsson teaches, on pages 4 and 5, double 
clicking on a part to see descriptive data. With regard to claim 10, further teaching 
initiating the GUI to invoke a processing of the descriptive data causing an automatic 
generation of the API, in response to a user input, the API for controlling the function of 
the component in the electronic circuit, Nilsson teaches, on pages 9-12, the system 
processing the descriptive data of the completed circuit and automatically generating an 
API (such as the net list, later displayed in Pspice A/D window (see page 7 and 11)), in 
response to the user input selecting the Pspice/Run menu option. Nilsson teaches a 
system in which a graphical user interface is started with an application program, and 
upon a schematic circuit being drawn, via user input in the graphical user interface, a 
netlist is generated by analyzing the schematic circuit elements and their underling 
attributes, this netlist is then analyzed and provided for display on the GUI (see pages 7 
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and 11), however, he doesn’t specifically teach an API comprising a device interface 
used to customize functionality of the electronic circuit; and interrupt activity framework 
for source programming and controlling of the component in the electronic circuit. 
Lawman teaches a system for providing real time design of an electronic circuit via input 
through a graphical user interface (see abstract), similar to that of Nilsson, but further 
teaches that when a user adds a circuit element to the electronic it causes 
corresponding elements to be added to the netlist, these take the form of API 
messages. After implementation, API messages are set back to the schematic entry 
system for display as feedback on the GUI (see column 5, lines 36-42 and column 6, 
lines 14-55). It would have been obvious to one of ordinary skill in the art, having the 
teachings of Nilsson and Lawman before him at the time the invention was made to 
modify electronic circuit design program of Nilsson to include the API functionality of 
Lawman. One would have been motivated to make such a combination because the 
systems implement a similar means of generating an interface via graphical 
programming, Lawman further specifies user input causing an API to generate the GUI, 
via initiating processing, which would be an effective way of GUI generation for Nilsson. 

11. With regard to claim 19, which teaches a computer system comprising: a bus, a 
display device coupled to the bus, a memory unit coupled to the bus, and a processor 
coupled to the bus, Nilsson teaches on page vii, the system being implemented on a 
Computer Aided Design, where computers are known in the art to comprise a memory 
unit and a processor and an associated bus connecting the components, the invention 



Application/Control Number: 09/994,599 
Art Unit: 2173 


Page 8 


further discloses the display circuit related data on a display screen. With regard to 
claim 19, further teaching a method of API generation for an electronic circuit 
comprising: displaying a graphical user interface through which a user can initiate 
generation of the API, Nilsson teaches on page 1, a program which provides and API 
for the use in simulating electronic circuits. With regard to claim 19, further teaching 
selecting a component from a plurality of components for placement in the electronic 
circuit, the component representing an implementable function in the electronic circuit, 
Nilsson teaches, on page 4, the process of selecting a component (place/part) and 
placing it in the schematic. With regard to claim 19, further teaching configuring the 
selected component via the GUI, Nilsson teaches, on pages 4 and 5, the user 
configuring the selected part. With regard to claim 19, further teaching storing 
descriptive data relative to said selected component and said configuration, Nilsson 
teaches, on pages 4 and 5, the user configuring the selected part, adding descriptive 
data and clicking ok to store this information in association with the part. With regard to 
claim 19, teaching utilizing the interface to access the descriptive data, Nilsson teaches, 
on pages 4 and 5, double clicking on a part to see descriptive data. With regard to 
claim 19, further teaching initiating the GUI to invoke a processing of the descriptive 
data causing an automatic generation of the API, in response to a user input, the API for 
controlling the function of the component in the electronic circuit, Nilsson teaches, on 
pages 9-12, the system processing the descriptive data of the completed circuit and 
automatically generating an API (such as the net list, later displayed in Pspice A/D 
window (see page 7 and 11)), in response to the user input selecting the Pspice/Run 
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menu option. Nilsson teaches a system in which a graphical user interface is started 
with an application program, and upon a schematic circuit being drawn, via user input in 
the graphical user interface, a netlist is generated by analyzing the schematic circuit 
elements and their underling attributes, this netlist is then analyzed and provided for 
display on the GUI (see pages 7 and 11), however, he doesn’t specifically teach an API 
comprising a device interface used to customize functionality of the electronic circuit; 
and interrupt activity framework for source programming and controlling of the 
component in the electronic circuit. Lawman teaches a system for providing real time 
design of an electronic circuit via input through a graphical user interface (see abstract), 
similar to that of Nilsson, but further teaches that when a user adds a circuit element to 
the electronic it causes corresponding elements to be added to the netlist, these take 
the form of API messages. After implementation, API messages are set back to the 
schematic entry system for display as feedback on the GUI (see column 5, lines 36-42 
and column 6, lines 14-55). It would have been obvious to one of ordinary skill in the 
art, having the teachings of Nilsson and Lawman before him at the time the invention 
was made to modify electronic circuit design program of Nilsson to include the API 
functionality of Lawman. One would have been motivated to make such a combination 
because the systems implement a similar means of generating an interface via 
graphical programming, Lawman further specifies user input causing an API to generate 
the GUI, via initiating processing, which would be an effective way of GUI generation for 


Nilsson. 
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12. Claims 6, 15, and 24 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Nilsson, Lawman, and Hsu, Patent #6,138,270. 

13. With regard to claims 6, 15, and 24, which teach the API comprising assembly 
code, Nilsson and Lawman teach the system as described above where user simulate 
circuits through placing components in a schematic, but Nilsson and Lawman don’t 
suggest the use of the API comprising assembly code. Hsu teaches a system for 
simulating electronic circuits, similar to that of Nilsson, but further teaches, in column 2, 
lines 24-62, the use of assembly code for API files. It would have been obvious to one 
of ordinary skill in the art, having the teachings of Nilsson, Lawman, and Hsu before him 
at the time the invention was made to modify the circuit simulation system of Nilsson 
and Lawman to include the assembly code API files, as did McDonald. One would have 
been motivated to make such a combination because assembly is a conventional text 
based language. 

14. Claims 8, 17, and 26 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Nilsson, Lawman, and McDonald etal., Patent #6,530,065, hereinafter McDonald. 

15. With regard to claims 8, 17, and 26, which teach the data being substantially 
expressed in XML, Nilsson and Lawman teach the system as described above where 
user simulate circuits through placing components in a schematic, but Nilsson and 
Lawman don’t suggest the use of the APIs comprising XML files. McDonald teaches a 
system for simulating electronic circuits, through placing them in a circuit configuration 
(see column 4, lines 39-57), similar to that of Nilsson and Lawman, but further teaches, 
in column 9, lines 62-67, the use of XML for API files. It would have been obvious to 
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one of ordinary skill in the art, having the teachings of Nilsson, Lawman, and McDonald 
before him at the time the invention was made to modify the circuit simulation system of 
Nilsson to include the XML API files as did McDonald. One would have been motivated 
to make such a combination because if the components are shared over the Internet 
HTML or XML are the standards. 

Response to Arguments 

16. The arguments filed on 2-27-2006 have been fully considered but they are not 
persuasive. Reasons set forth below. 

17. Appellants argue that neither Nilsson nor Lawman teach “displaying a graphical 
user interface through which a user can initiate generation of said API wherein said user 
utilizes said API to customize functionality of said electronic circuit,” and “initiating said 
graphical user interface to invoke a processing of said descriptive data causing an 
automatic generation of said API,” (emphasis added). 

18. In response, the examiner respectfully submits that Nilsson teaches a system in 
which a graphical user interface is started with an application program, and upon a 
schematic circuit being drawn, via user input in the graphical user interface, a netlist is 
generated by analyzing the schematic circuit elements and their underling attributes, 
this netlist is then analyzed and provided for display on the GUI (see pages 7 and 11). 

19. Lawman supplements by providing a system that starts with a GUI for circuit 
design where a user can add elements to a circuit diagram, which causes 
corresponding elements to be added to the netlist, these take the form of API 
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messages. After analysis, API messages are set back to the schematic entry system 
for display as feedback on the GUI (see column 5, lines 36-42 and column 6, lines 14- 
34). 

20. Appellants argue that Nilsson fails to teach an API, since the displayed netlist is 
utilized by the Pspice software to perform the analysis instead of being utilized by a user 
to customize functionality of the electronic circuit. 

21. In response, the examiner respectfully submits that the API of Nilsson and 
Lawman teach the API (netlist) being used by the user to customize the functionality of 
the circuit. 

22. Nilsson teaches a schematic circuit being drawn, via user input in the graphical 
user interface, the resultant netlist is generated by analyzing the schematic circuit 
elements and their underling attributes, the netlist is then analyzed and effects a display 
on the GUI (see pages 7 and 11). 

23. Lawman teaches a system where a user can add elements to a circuit diagram, 
which causes corresponding elements to be added to the netlist, these take the form of 
API messages. After implementation, API messages are set back to the schematic 
entry system for display as feedback on the GUI (see column 5, lines 36-42 and column 
6, lines 14-34). 

24. Both references teach user input that causes a netlist change that upon 
execution effects the GUI and the resultant system perception of the user drawn 


electronic circuit. 
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25. Appellants argue that the API of Lawman exists in instruction memory instead of 
being automatically generated in response to user input. 

26. In response, the examiner respectfully submits that though an API exists for the 
circuit designing application program, Lawson teaches, in column 6, lines 25-34, the 
generation of API messages based on changes in the schematic of the circuit designing 
application program. 


Conclusion 

27. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Dennis G. Bonshock whose telephone number is (571) 
272-4047. The examiner can normally be reached on Monday - Friday, 6:30 a.m. - 4:00 
p.m. 

28. If attempts to reach the examiner by telephone are unsuccessful, the examiner’s 
supervisor, John Cabeca can be reached on (571) 272-4048. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 
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29. Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 
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